PROJECT TIME AND EXPENSE 

BACKGROUND OF THE INVENTION 
The present invention generally pertains to 
systems adapted to provide a bridge between a user 
5 interface and office systems. More particularly, the 
present invention relates to a system adapted to 
capture project-related time and expense data into a 
project accounting system. 

Business applications in the 1980s and 

10 1990s primarily focused on business process 
automation of internal,, back-office only functions. 
While internal efficiency is important, the current 
trend is toward optimization of the effectiveness of 
relationships inside and outside the business with 

15 individuals and businesses who are their customers, 
suppliers, partners, financiers and employees. 
Typically, optimization of the effectiveness of 
relationships has tended toward increased self- 
service and more targeted service offerings. As used 

20 herein, the term "self-service" refers to interactive 
user interfaces and presentation interfaces adapted 
to offer functionality and/or desired information to 
a user, without the need for interaction from other 
humans . 

25 Many businesses employ on-site applications 

to support their business operations, including 
accounting software applications, time-keeping 
software applications, and the like. Often, such 
applications are not integrated. Moreover, to 



-2- 

provide self-service offerings, web-based services 
are often required. Such web-based services are 
often used to interconnect the unrelated business 
applications. Unfortunately, such interconnections 
5 are often ad hoc, meaning that they may be cobbled 
together using one or more web-services and/or one or 
more web or traditional software applications. 

In order for a company to efficiently bill 
its customers, understand its costs and reimburse its 

10 employees, the company must capture all project- 
related costs and time entries. Typically, employees 
record their own time and expenses, and that time and 
expense data is entered into an accounting system. 
It is critical that such systems receive and 

15 accurately record the data. 

Various companies have integrated time and 
expense functionality with project accounting 
systems. However, such systems are often enterprise 
solutions that may be too expensive for many 

20 organizations. 

SUMMARY OF THE INVENTION 
A system for capturing cost information 
over a network and for processing the information 
into a project accounting system includes an 

25 accounting system, a user interface and services API. 
The project accounting system is adapted to store 
time and expense data associated with a project. The 
user interface provides a form accessible over a 
network by a user via a browser. The form comprises 

30 fields for data entry by the user and a button for 
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electronic submission of the form. The services API 
is adapted to invoke transactions with the project 
accounting system based on data contained in the 
submitted form. 
5 In another embodiment, a method of 

capturing time and expense data into an accounting 
database via forms is provided according to an 
embodiment of the present invention. Forms are 
hosted on a web server. Each form is accessible to a 

10 user over a network via a browser. Each form 
includes data fields for user data entry; an object 
adapted to submit the web form when completed by the 
user; and embedded server controls adapted to invoke 
business rules upon submission by the user. The 

15 business rules are written in managed code. 
Submitted forms are processed using a services API 
according to the invoked business rules. The 
services API links data contained within the forms to 
entities within the accounting database. 

20 In another embodiment, a system for 

capturing time and expense information over a network 
and for processing the information into an accounting 
system includes an accounting system, web parts and a 
services API. The accounting system is adapted to 

25 store time and expense information. A plurality of 
web part forms is adapted for user input over a 
network via a browser. The services API is adapted 
to implement and sequence business rules written in 
managed code to process the user input into the 

30 accounting system. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 is a diagrammatic view of the 
computing system environment on which embodiments of 
the present invention may be implemented 
5 FIG. 2 is a simplified block diagram of the 

time and expense system according to an embodiment of 
the present invention. 

FIG. 3 is a simplified block diagram of a 
business application framework providing security, 
10 data access, and workflow processes according to an 
embodiment of the present invention. 

FIG. 4A is a simplified timesheet 
processing flow diagram according to an embodiment of 
the present invention. 
15 FIG. 4B is a simplified expense report 

processing flow diagram according to an embodiment of 
the present invention. 

FIG.. 5 is a simplified diagram of an entity 
model in unified modeling language diagram notation 
20 according to an embodiment of the present invention. 

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS 

Prior to describing the present invention 
in detail, one embodiment of an environment in which 
it can be used is described. FIG. 1 illustrates an 
25 example of a suitable computing system environment 
100 on which the invention may be implemented. The 
computing system environment 100 is only one example 
of a suitable computing environment and is not 
intended to suggest any limitation as to the scope of 
30 use or functionality of the invention. Neither 
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should the computing environment 100 be interpreted 
as having any dependency or requirement relating to 
any one or combination of components illustrated in 
the exemplary operating environment 100. 
5 The invention is operational with numerous 

other general purpose or special purpose computing 
system environments or configurations. Examples of 
well-known computing systems, environments, and/or 
configurations that may be suitable for use with the 

10 invention include, but are not limited to, personal 
computers, server computers, hand-held or laptop 
devices, multiprocessor systems, microprocessor-based 
systems, set top boxes, programmable consumer 
electronics, network PCs, minicomputers, mainframe 

15 computers, telephony systems, distributed computing 
environments that include any of the above systems or 
devices, and the like. 

The invention may be described in the 
general context of computer-executable instructions, 

20 such as program modules, being executed by a 
computer. Generally, program modules include 
routines, programs, objects, components, data 
structures, etc. that perform particular tasks or 
implement particular abstract data types. The 

25 invention may also be practiced in distributed 
computing environments where tasks are performed by 
remote processing devices that are linked through a 
communications network. In a distributed computing 
environment, program modules may be located in both 
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local and remote computer storage media including 
memory storage devices. 

With reference to FIG. 1, an exemplary 
system for implementing the invention includes a 
5 general-purpose computing device in the form of a 
computer 110. Components of computer 110 may 

include, but are not limited to, a processing unit 
120, a system memory 130, and a system bus 121 that 
couples various system components including the 

10 system memory to the processing unit 120. The system 
bus 121 may be any of several types of bus structures 
including a memory bus or memory controller, a 
peripheral bus, and a local bus using any of a 
variety of bus architectures. By way of example, and 

15 not limitation, such architectures include Industry 
Standard Architecture (ISA) bus, Micro Channel 
Architecture (MCA) bus, Enhanced ISA (EISA) bus, 
Video Electronics Standards Association (VESA) local 
bus, and Peripheral Component Interconnect (PCI) bus 

20 also known as Mezzanine bus. 

Computer 110 typically includes a variety 
of computer readable media. Computer readable media 
can be any available media that can be accessed by 
computer 110 and includes both volatile and 

25 nonvolatile media, removable and non-removable media. 
By way of example, and not limitation, computer 
readable media may comprise computer storage media 
and communication media. Computer storage media 
includes both volatile and nonvolatile, removable and 

30 non-removable media implemented in any method or 
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technology for storage of information such as 
computer readable instructions, data structures, 
program modules or other data. Computer storage 
media includes, but is not limited to, RAM, ROM, 
5 EEPROM, flash memory or other memory technology, CD- 
ROM, digital versatile disks (DVD) or other optical 
disk storage, magnetic cassettes, magnetic tape, 
magnetic disk storage or other magnetic storage 
devices, or any other medium which can be used to 

10 store the desired information and which can be 
accessed by computer 110. Communication media 

typically embodies computer readable instructions, 
data structures, program modules or other data in a 
modulated data signal such as a carrier, wave or other 

15 transport mechanism and includes any information 
delivery media. The term "modulated data signal" 
means a signal that has one or more of its 
characteristics set or changed in such a manner as to 
encode information in the signal. By way of example, 

20 and not limitation, communication media includes 
wired media such as a wired network or direct-wired 
connection,, and wireless media such as acoustic, RF, 
infrared and other wireless media. Combinations of 
any of the above should also be included within the 

25 scope of computer readable media. 

The system memory 130 includes computer 
storage media in the form of volatile and/or 
nonvolatile memory such as read only memory (ROM) 131 
and random access memory (RAM) 132. A basic 

30 input/output system 133 (BIOS) , containing the basic 
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routines that help to transfer information between 
elements within computer 110, such as during start- 
up, is typically stored in ROM 131. RAM 132 
typically contains data and/or program modules that 
5 are immediately accessible to and/or presently being 
operated on by processing unit 120. By way of 
example, and not limitation, FIG. 1 illustrates 
operating system 134, application programs 135, other 
program modules 136, and program data 137. 

10 The computer 110 may also include other 

removable /non-removable volatile /nonvolatile computer 
storage media. By way of example only, FIG. 1 
illustrates a hard disk drive 141 that reads from or 
writes to non-removable, nonvolatile magnetic media, 

15 a magnetic disk drive 151 that reads from or writes 
to a removable, nonvolatile magnetic disk 152, and an 
optical disk drive 155 that reads from or writes to a 
removable, nonvolatile optical disk 156 such as a CD 
ROM or other optical media. Other removable/non- 

20 removable, volatile/nonvolatile computer storage 
media that can be used in the exemplary operating 
environment include, but are not limited to, magnetic 
tape cassettes, flash memory cards, digital versatile 
disks, digital video tape, solid state RAM, solid 

25 state ROM, and the like. The hard disk drive 141 is 
typically connected to the system bus 121 through a 
non-removable memory interface such as interface 140, 
and magnetic disk drive 151 and optical disk drive 
155 are typically connected to the system bus 121 by 

30 a removable memory interface, such as interface 150. 
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The drives and their associated computer 
storage media discussed above and illustrated in FIG. 
1, provide storage of computer readable instructions, 
data structures, program modules and other data for 
5 the computer 110. In FIG. 1, for example, hard disk 
drive 141 is illustrated as storing operating system 
144, application programs 145, other program modules 
146, and program data 147. Note that these 

components can either be the same as or different 

10 from operating system 134, application programs 135, 
other program modules 136, and program data 137. 
Operating system 144, application programs 145, other 
program modules 146, and program data 147 are given 
different numbers here to illustrate that, at a 

15 minimum, they are different copies. 

A user may enter commands and information 
into the computer 110 through input devices such as a 
keyboard 162, a microphone 163, and a pointing device 
161, such as a mouse, trackball or touch pad. Other 

20 input devices (not shown) may include a joystick, 
game pad, satellite dish, scanner, or the like. 
These and other input devices are often connected to 
the processing unit 120 through a user input 
interface 160 that is coupled to the system bus, but 

25 may be connected by other interface and bus 
structures, such as a parallel port, game port or a 
universal serial bus (USB) . A monitor 191 or other 
type of display device is also connected to the 
system bus 121 via an interface, such as a video 

30 interface 190. In addition to the monitor, computers 
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may also include other peripheral output devices such 
as speakers 197 and printer 196, which may be 
connected through an output peripheral interface 190. 

The computer 110 may operate in a networked 
5 environment using logical connections to one or more 
remote computers, such as a remote computer 180. The 
remote computer 180 may be a personal computer, a 
hand-held device, a server, a router, a network PC, a 
peer device or other common network node, and 

10 typically includes many or all of the elements 
described above relative to the computer 110. The 
logical connections depicted in FIG. 1 include a 
local area network (LAN) 171 and a wide area network 
(WAN) 173, but may also include other networks. Such 

15 networking environments are commonplace in offices, 
enterprise-wide computer networks, intranets and the 
Internet . 

When used in a LAN networking environment, 
the computer 110 is connected to the LAN 171 through 

20 a network interface or adapter 170. When used in a 
WAN networking environment, the computer 110 
typically includes a modem 172 or other means for 
establishing communications over the WAN 173, such as 
the Internet. The modem 172, which may be internal 

25 or external, may be connected to the system bus 121 
via the user input interface 160, or other 
appropriate mechanism. In a networked environment, 
program modules depicted relative to the computer 
110, or portions thereof, may be stored in the remote 

30 memory storage device. By way of example, and not 
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limitation, FIG. 1 illustrates remote application 
programs 185 as residing on remote computer 180. It 
will be appreciated that the network connections 
shown are exemplary and other means of establishing a 
5 communications link between the computers may be 
used. 

FIG. 2 shows a time and expense system 200 
according to an embodiment of the present invention. 
Web part forms 202 are deployed within web server 

10 204. Services application program interface (API) 
206 implements and sequences business rules written 
in managed code. As needed, services API 206 invokes 
transactions and/or queries with database 208. Forms 
204 are displayed to users over a network 210 within 

15 user interface 212. 

In general, the services API 206 is an 
interface (or set of function calling conventions) 
that application programs use for accessing services 
provided by some other (typically lower-level) 

20 module. In this instance, the services API 206 is 
used to process business rules written in managed 
code and optionally to access services provided by 
the database 208. 

The term "managed code" refers to code that 

25 is developed with a language compiler that targets a 
runtime. Managed code provides information 

(sometimes referred to as "metadata") to allow the 
runtime to locate methods encoded in assembly 
modules, to store and retrieve security information, 

30 to handle exceptions, and so on. In general, managed 
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code is code that targets the runtime. The runtime 
manages the code at execution, providing core 
services such as memory management, thread 
management, and remoting (an API that allows modules 
5 to communicate across system boundaries) , while also 
enforcing strict type safety within the code. 

Programming within a managed code execution 
environment is known in the art. One known example 
of managed code targets the Common Language Runtime 

10 (CLR) . Compilers and tools expose the runtime's 
functionality and enable a developer to write code 
that benefits from managed code execution. Managed 
code benefits from features such as cross-language 
integration, cross-language exception handling, 

15 enhanced security, versioning and deployment support. 
Additionally, managed code provides a simplified 
model for component interaction, as well as debugging 
and profiling services. 

Network 210 may be any type of network 

20 capable of supporting data transmissions, including a 
public switched phone network, a local area network, 
a wide area network (including the Internet) , a 
cellular or digital wireless network, or any other 
type of network. The present invention is 

25 independent of the transmission medium, provided the 
medium supports data transmission. 

In general, the user interface 212 provides 
a presentation interface for displaying a form 202 to 
a user over a network 210. In an illustrative 

30 embodiment, the user interface 212 is displayed as a 
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page within a browser window of an Internet browser 
application. The user fills out the form 202 within 
the user interface 212, and submits the form 202 over 
the network 210 to the web server 204. The form 202 
5 calls a services API 206. The called services API 
206 is invoked, and it processes data submitted by 
the user via one of the forms 202 according to 
managed code. As necessary, the services API 206 
interacts with database 208 to store, for example, a 

10 time entry from an employee. 

In general, the services API 206 processes 
business rules written in managed code. The business 
rules may include steps in an approval process. Thus, 
the business rules may define a workflow process. In 

15 general, the services API 206 completes the critical 
link necessary for an accounting subsystem, for 
example, to receive time and expense transactions and 
to process the time and expense data in order to 
complete invoice generation, payment capture, 

20 employee payroll, and expense reimbursements. 

In general, an approval process may be 
implemented in any number of ways. In one 

embodiment, the approval process is part of the 
automated workflow. The services API 206 processes 

25 the business rules against the data stored in the web 
form. When a manager logs into the system, he or she 
can be alerted to posted time and expense forms for 
which he or she plays a supervisory function. The 
manager can then view those forms and either accept, 

30 terminate or return the form to the employee for 
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further processing. When an employee user logs into 
the system, he or she can access the form requiring 
modification, modify a pending form, create and 
submit a new form and so on. The system can grant 
5 access to forms associated with each user according 
to his or her "authenticated role" within the system. 
For example, an employee can have multiple roles 
within an organization. An employee may be a 
supervisor to one employee, a manager to another 

10 employee, and so on. 

FIG. 3 illustrates a business application 
framework 300, which is based around component 
elements. In general, the business application 
framework 300 provides a set of application services 

15 for processing, storing and displaying data. 
Business application framework 300 provides support 
for security, data access, messaging, workflow, event 
brokering, and so on. 

Business application framework 300 includes 

20 a user interface (UI) 302, which interacts with 
entity 304 and process 306. The UI 302 provides an 
interface for entering data, performing tasks, and 
displaying/reporting information. Entity 304 is a 
fundamental unit of data, which includes both 

25 business data and data integrity rules. Process 306 
is a fundamental unit of business logic. 

Policy 308 is a set of business rule 
customization points for providing security, data 
access, workflow and event brokering. Policy 308 

30 interacts directly with entity 304 and process 306 to 
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manage data displayed to the UI 302. Back Office 
Application is a focal point for many operations of 
the framework 300. 

In general, business application framework 
5 300 is based on components. Each component consists 
of zero or more entities and zero or more processes. 
Components provide an interface for a set of classes. 
Extensible Markup Language (XML) web services are 
created by publishing all or part of a component's 

10 public interface. 

FIGS. 4A and 4B illustrate timesheet and 
expense report processing flows, respectively. In 
this embodiment, the two flows are accessible by a 
user via options presented in the UI, and both flows 

15 post data to a billing function. Thus, the two flows 
are related and share common elements. In 
alternative embodiments, the two flows may be 
separate, and additional workflow processes may be 
utilized to post the processed timesheet and expense 

20 report data to the general ledger. 

FIG. 4A illustrates a simplified flow 
diagram of a timesheet processing flow according to 
an embodiment of the present invention, where the 
user accesses the interface using a web browser and 

25 where the interface is displayed as a web-based form. 
The user interface 402 offers the user three basic 
timesheet options: create time sheet 404, delete 
timesheet 406 and modify existing timesheet 408. 

When a user through the UI 402 selects the 

30 option to create timesheet 404, a timesheet form is 
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displayed within the browser window. The user 
completes the timesheet form, and submits the 
completed timesheet 410. The services API processes 
the business rules, which initiate the approval 
5 process 412. As previously discussed, the business 
rules may include workflow processes, which include 
an authorization step, such as presenting the 
timesheet to a supervisor for approval. The 
supervisor may then either approve the time sheet 

10 414, terminate the timesheet 416 or return the 
timesheet to the user for modification 418. If the 
timesheet is returned to the user 418, the user can 
then modify the existing timesheet 408 and submit the 
modified timesheet 410. 

15 If the supervisor approves the timesheet 

414, the timesheet data is transferred to the project 
accounting system 420 and transferred to the payroll 
system 422. The timesheet data from the accounting 
and payroll systems are then posted to the general 

20 ledger 424, and posted to a billing function 426. 

If the user from the UI 402 or the 
supervisor from the approval process 412 elects to 
terminate the timesheet 416, the timesheet data is 
deleted. 

25 The billing function 426 can generate the 

billing printout or electronic bill forms directly, 
or can post the bill information for each customer to 
a back office application. 

FIG. 4B illustrates an expense report 

30 processing flow 430 according to an embodiment of the 
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present invention. From the UI 402, the user selects 
between three options: create expense report 432, 
delete expense report 434, or modify expense report 
436. 

5 When a user through the UI 402 selects the 

option to create expense report 404, an expense 
report form is displayed within the browser window. 
The user completes the expense report form, and 
submits the completed expense report 436. The 

10 services API processes the business rules, which 
initiate the approval process 440 (which may be a 
separate set of business rules from business rules 
412 in FIG 4A) . As previously discussed, the 
business rules may include workflow processes which 

15 include an authorization step, such as presenting the 
expense report to a supervisor for approval. The 
supervisor may then either approve the expense report 
442, terminate the expense report 444 or return the 
expense report 446 to the user for modification 436. 

20 If the expense report is returned to the user 446, 
the user can then modify the expense report 436 and 
submit the modified timesheet 438. 

If the supervisor approves the expense 
report 442, the expense report data is transferred to 

25 the project accounting system 448. The expense 
report data from the accounting system is then posted 
to the general ledger 450, and posted to a billing 
function 426. 

If the user from the UI 402 or the 

30 supervisor during the approval process 440 elects to 
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terminate the expense report 444, the expense report 
data is deleted. 

The billing function 426 can generate the 
billing printout or electronic bill forms directly, 
5 or can post the bill information for each customer to 
a back office application. 

In general, the user can access the 
timesheet and expense report forms via the webserver. 
The user completes the form within the web browser 

10 window and submits the form. The form calls a 
services API, which implements and sequences business 
rules written in managed code in order to process the 
data contained within the form. Finally, the data is 
stored and/or utilized to generate maintain accurate 

15 financial data. 

The time and expense feature offered by the 
present invention captures all project related costs 
so that companies can bill their customers 
efficiently, and in a timely and accurate manner. 

20 Additionally, companies can accurately and 
efficiently capture expense data so as to reimburse 
their employees for project incurred expenses. Time 
is captured from both project and non-project 
purposes, and is sent to payroll so that employees 

25 can be paid. The time and expense functionality 
described herein provides a self-service web 
application that can be utilized with a number of 
web-servers and implementations. In an illustrative 
embodiment, the forms can be ASP. Net web part forms, 

30 which include ASP.NET server controls. The web part 
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forms may be pages associated with Microsoft® 
SharePoint® products and technologies. The terms 
"MICROSOFT" and "SHAREPOINT" are registered 
trademarks own by Microsoft Corporation of Redmond, 
5 Washington. Unlike standard ASP.NET controls, which 
are added to web form pages by programmers at design 
time, the web parts are intended to be added to Web 
Part Zones on web part pages by users at run time. 
Depending on authority permissions assigned to a 
10 user, users may have varying levels of freedom to 
modify web parts and web part pages. In other 
embodiments, the forms may be other types of forms as 
well . 

The present invention may be implemented, 
15 for example, utilizing a Microsoft® Business 
Solutions Business Portal, with ASP.NET services and 
a Great Plains Accounting back-end system. In other 
embodiments, an ASP server may be provided with ASP 
forms and an associated services API for providing 
20 and processing business rules and for interacting 
with a database. 

In general, the present invention provides 
a critical link in the end-to-end business process 
that captures incurred project costs, reimburses 
25 employees, and invoices the customer with the time 
and expense data being entered only once. A 
significant benefit of the present invention is the 
capability to reduce the time it takes to invoice the 
customer and therefore receive payment. This in turn 
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has the potential to improve a company's cash flow. 
Additionally, employees can be reimbursed for their 
out-of-pocket expenses more rapidly as compared with 
non-automated or non-integrated time and expense 
5 capture systems or applications. 

While the approval process was described in 
FIGS. 4A and 4B as involving a supervisor, it should 
be understood by a worker skilled in the art that the 
approval process may be automated for certain 
10 expenditures and/or time entries. Thus, in certain 
instances, the data may be processed and approved 
programmatically and without supervisor involvement, 
according to the business rules implemented in 
managed code. 

15 FIG. 5 illustrates an entity model using 

unified modeling language (UML) according to an 
embodiment of the present invention. In general, 
arrows that have a hollow tip within the diagram 
indicate a relationship to a base class, whereas 

20 thin-arrows indicate a relationship other than a base 
class. The numbers adjacent to the thin-arrows 
indicate whether the object must be included or if it 
is optional. A designation of "1" next to the arrow 
means that the object must be included, whereas a 

25 designation of "0..1" indicates that 0 or 1 objects 
may be included. M 0..n" would theoretically indicate 
that 0 or more objects may be included. 

As shown, the UML business entity model 500 
has an expense header base 502 and a timesheet header 

30 base 504. As shown, an expense line 506 inherits its 
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structure from and expense line base class 508. Each 
expense line 506 must have an expense header 510, 
which inherits its structure from the expense header 
base 502. The expense header 510, in turn, must 
5 include at least an employee object 512. The 
employee object 512 represents an employee of the 
company. The header may optionally include the 
employee's manager and/or supervisor, which are also 
employee objects. 

10 The expense line object 506 may optionally 

include a project object 514 and a cost category 516. 
Thus, the UML defines an object-based representation 
of the structure of the system. Each element may be 
thought of as software class within the system where 

15 instantiation of a class requires a base constructor 
for the object from which the object inherits its 
properties . 

Like the business expense, the timesheet 
line 518 inherits its structure from the timesheet 

20 line base 520. The timesheet line 518 must include a 
timesheet header 522, which inherits its structure 
from a timesheet header base 524. Like the expense 
header 510, the timesheet header 522must include an 
employee object 512, and may include manager and 

25 supervisor objects associated with the employee 
object 512. 

The timesheet line 518 may optionally 
include a project object 514 and a cost category 
object 516. Thus, the timesheet line object 518 is 
30 constructed of elements related to timesheet data 
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contained in the accounting database. Depending on 
the particular implementation, other objects and 
relationships may be defined to fit the particular 
configuration, 

5 In general, the services API invokes data 

transactions to and from the database. The services 
API may invoke query transactions, save business 
entities to the database, and so on. Business 
entities are abstractions used to access information 
10 stored in the database using an object-oriented 
approach. 

Although the present invention has been 
described with reference to particular embodiments, 
workers skilled in the art will recognize that 
15 changes may be made in form and detail without 
departing from the spirit and scope of the invention. 



